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(54) Abstract Title: Dynamic configuration of gaming system 



(57) A gaming system comprises a plurality of common 
objects, a plurality of application objects, and a 
central system. The common objects are shared by a 
plurality of applications and include gaming devices 
and games. Each gaming device includes at least one 
of the games. The application objects are used in one 
of the applications. The central system is linked to the 
gaming devices and includes a common database 
and an application database. The common database 
defines the common objects and first associations 
between the common objects. The application 
database defines the application objects, second 
associations between the application objects, and 
third associations between the common objects and 
the application objects. The central system is adapted 
to dynamically configure the one of the applications 
based on a change to one or more of the first, second, 
and third associations. 
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DYNAMIC CONFIGURATION OF GAMING SYSTEM 
HELD OF THE INVENTION 

The present invention relates generally to gaming systems and, more 
particularly, to dynamic configuration of features offered on a gaming system that 
links gaming devices. 

BACKGROUND OF THE INVENTION 

In the gaming industry, a "progressive" involves the collecting of coin-in data 
from participating gaming devices (e.g., slot machines), contributing a percentage of 
that coin-in data to a jackpot amount, and awarding that jackpot amount to a player 
upon a jackpot won event. A jackpot won event typically occurs when a "progressive 
winning position" is achieved at a participating gaming device. If the gaming device 
is a slot machine, a progressive winning position may, for example, correspond to 
alignment of progressive jackpot reel symbols along a certain pay line. 

Historically, progressive gaming systems have utilized single-purpose 
progressive game chips, able to behave as progressive games only. A game is 
internally configured to behave as a progressive. Unfortunately, without separating 
the progressive definition from the game, the game cannot quickly and easily 
participate in any other progressive other than the one for which it is currently 
configured. Also, without the capacity to enable and disable progressive behavior in a 
game, stopping and starting a progressive during a jackpot session is impossible 
without physical intervention. 

Historically, gaming applications such as progressive gaming systems which 
require physical objects (e.g., gaming devices, site controllers, carousel controllers, 
etc.) have used their own definitions of these physical objects instead of using shared 
definitions from a common source (e.g., central system). Unfortunately, without a 
common source of definitions of physical objects, rnaintaining multiple sources of 
definitions requires added adrriinistration and is prone to errors of omission and 
incongruity. Also, without the separate profiling of physical objects by physical 
attributes and application attributes, adding or removing games and gaming devices 
from an application, such as a progressive session, requires physical intervention to 
each individual device. 
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A need .hereto, exisu to a ganing system «ha« overcomes one or more of ft. 
aforementioned shortcomings. 

SUMMARY OF THE INVENTION 
A gaming system comprises a plurality of common objec*. a phmrttv of 
eppneatto, object, and a cential system. The common objects are shared hy a 

Lhrdes a, .east one of the games. The objects ate used m one of fte 

appUcations. The osntm. system is Unaed to the gaming deuces and rncto^a 
Trnmon database and an application database. The common daabase defines fte 
„ objec. and firs, associations between me common objects. The appb^on 
aerabase defines me application objects, second associations hereon fte apph^on 
onjec and third associations between me common objects and the apphcaton 
obeets. The central system is adapted to dynamieaiiy configure me , - ■ f*e 
appjieations based on a change to one or more of me fits, second, and tord 

associations. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other advantages of me invention will become apparent 
upon readmg the foUowing detailed description and npon reference m me drawmgs. 

FIG. 1 is a block diagram of a wide area progressive gammg system 

embodying the present invention. 

Tmvention is susceptibie to various modificaions and alternative 

fom ,s, specific embodiments have been shown by way of examp»e in me ~ 
and win be described in deteil herein. It should be understood, however, Jh* fte 
25 invention is no, intended u, be limited to me particular forms ftsclose* 

invention is to covet ah modifications, etpuvatents, and aitemauves fallmgwtftm the 
spirit and scope of me invention as defined by the appended clams. 

DESCRIPTION OF ILLUSTRATIVE EMBODIMENTS 

The present invention provdes a system and method to dynamic^ cream* 
configunng, and conno.Ung gammg system feamres through me use of database 
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processing. By way of example, the present invention is described in the context of 
progressives; however, the present invention may be implemented with other gaming 
system features such as player tracking, tournaments, team play, and a variety of 
promotional bonuses (e.g., multiple jackpot bonuses, mystery jackpot bonuses, player- 

5 specific bonuses, etc.). 

As noted above, a "progressive" involves the collecting of coin-in data from 
participating gaming devices, contributing a percentage of that coin-in data to a 
jackpot amount, and awarding that jackpot amount to a player upon a jackpot won 
event. Progressives may include parameters describing which gaming devices will 

10 participate, which players will participate, a time frame in which a jackpot could be 
awarded, a subscriber list of guaranteed winning locations, a set of rules defining the 
jackpot won event, etc. A progressive gaming system can simultaneously run 
multiple progressives associated with respective jackpots. As described in detail 
below, each progressive and respective jackpot has database supplied unique 

IS identifiers. 

Turning now to the drawings, FIG. 1 is an overview schematic of hardware 
components of a wide area progressive (WAP) gaming system. The progressive 
gaming system is operable over a central site 10 and a plurality of remote casino sites 
12. The central site 10 is an operations center for the progressive gaming system and 

20 its associated progressives. The central site 10 contains a central system, which is the 
hardware and software that runs the progressive gaming system. Data processing 
functions of the central system include all device configuration, meter accumulation 
and reporting, and jackpot verification and reporting. 

The central system includes four servers fulfilling the following functions: 

25 middle tier application server 14, database server 16, communications server 18, and 
standby/backup server 20. Additional hardware may include a pair of user 
interface/monitoring stations 22 and a couple of printers (not shown). The middle tier 
application server 14 includes a group of software applications that are responsible for 
processing business rules and handling communications between devices. The 

30 database server 16 collects historical data and stores the data for reporting purposes, 
as well as processing certain business rules. The communications server 18 is a 
middle tier server that manages network communications between the remote sites 12 
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and ft, centra, she .0. The *andby server 20 is a ft* »,er». server th* m*ntams 
a copy of ft. transaction tog from an SQL Server. A stored procedure processes tins 
.cavity The stondby serve, 20 tuso provides fin* tolerance for active directory, 
DNS and DHCP services. Each of the user interfaces 22 is a collection of txnfral 
system appltoauons ft* provide reporting and configuration capacity and prov.de 
progresslve data feedback to a ftnned computer operator who monitors the central 
system hardware and software 24 hours per day and 7 days per week. 
' The remote sites 12 each include a site controller 30, a plunuity of caousel 
controllers 32, and a carousel of gtuning devices 34 and overbed display 36 .inked to 
each carouse, controller 32. A carousel is a collection or bank of gaming devtces 34 
ft Cose physic* proximity to each other. These gaming devices are connected to an 
associated carousel controller 32. The carousel controller 32 is an embedded bo*d 
ptocessor mat acts as a gtuning device data collector and message requester. The 
gammg devices 34 in fte carousel communicate to the associated carouse, controller 
32 as they are polled by the carousel coftroller 32. In addition, fte gaming devtces 34 
may initiate messages to fte associated carousel controller 32. The carousel 
controller 32 men reports the daft for its carouse, of gaming devtces 34 to fte arte 
controller 30 a, fte same remote sit. 12. Each overhead display 36 may, for example, 
be an LED display device for depicting a progressive jackpot amount as tt grows 
through progressive p.ay. The oveftead display 36 connects to ft. respective carousel 
controller 32, and acts as a display-only device to advertise the progressive jackpot 
amountfs) avmUble for award. Data processing functions of the carousel coftroUer 
32 include game, g*ning device, and display configumtion assignment and 
validation. 

The site controller 30 includes a processor that acts as a data collector and 
message requestor for a remote site 12, such as a casino, and commumctos mm 
inform*™ back to fte centra, system a. fte central site 10. Typical.,. Ml of tire 
carousel controllers 32 * one remote site 12 wiU report to a single site controller 30. 
which will then report me remote site's data across a wide area common (e g. 
, phone line) to the cattral system. Data processing functions of the site controller 30 
include carouse, confroUer configuration assignment and validation. In an altemauve 
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embodiment, me site conttoller 30 is linked directiy to me gaming devrces 34 a. me 
same remote site 12 without any «m»el controlled 32 serving as intermedmnes. 

Each gaining device 34 is a physical object that contains one or more games. 
These include mechanical-reel slot machines, video-display slot machines, vrdeo 
S lottery terminals, ete. Gaming devices 34 may be logics!* grouped by type, physteal 
locan on. manufacturor, ere. A "game" is either a physical piece of equipment 
containing software ma, may be nnunndly inserted into a gaming device 34. or a 
softwaro program mat migh. be elecrromcally added to a software package wroun a 
gsroing device 34. A game contains me logic necessary for an individual insumco of 
0 play Games may be logically grouped by type, theme, manufacturer, etc. Games 
roay be non-wagering games or wagering games such as slots, poker, keno, bmgo. 
roulette, and blackjack. 

The progressive gaming system enables the multiple gaming devtces 34 m the 
multiple remote sites 12 to contribute to and compete for one or more system wde 
U jackpots. The number of progressives and me attributes of each progressive (such as 
progression rote) are configured in me cenrrol system. Each participating gammg 
device 34 is configured by me carousel controller's progressive configurattor. 
definitions which are supplied by me central system. Each game defined .0 
psrocipate in a progressive within a gaming device is notified tt. ttansmi. a jackpot 
20 won even, upon the occurrence of a certain incident, such as a specific sk,, reel 
alignment. 

The central system collects information and data from the multiple gaming 
devices 34 in the multiple remote sites 12. When a gaming device 34 is enabled to 
play the gaming device 34 sends meter and event data to the central system- The data 
25 collected by the central system includes coin-in and other meter informataon, 
exception and regulatory reporting information, jackpot won information, and system 
statistics. The central system also calculates and distributes the progressive pnze 
amount throughout the progressive gaming system. An extensible message protocol 
between the central system and the gaming devices 34 ensures that the central system 
30 can support a full range of gaining devices 34. 

The hardware components in FIG. 1 are linked together to complete the 
progressive gaming system. Each gaming device 34 is linked to the central system 
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via, for examp.e, a seri»> .in. in»fite« to Us carouse, confer 32. Outer urterfaees 
21 -1 - we., Each careuse, — 32 connec* — 

, W to its overhead display 36. Each carousel controller 32 is 
gaining devices and to its ovcrncuu " 

even, of a disruption in .he wide area network or .oca. area netwo*. Toatiowtire 
H system L the site control 30 ,o communicate over the wide area nan™*. 

site .0 and the remote si.es .2 each inchtde a respec,,ve „ *a 
0 1, as an ennance to tire w,de are. network TV, gateway ,s — 

land** nerwora router 24, whieh knows where to direc, a given packet of d«a *» 
^Tat tire gateway, and a switch 26, whieh furnishes the acn*. p.* ou. of 

r»«way for a given packet. The various computers in tire eenun. system are 
the gateway ror a k The cental system computers 

linked logetiier via, for example, an Ethernet LAN. me 
, 5 ^ communications, da. processing, husiness rule processing and porting 

"""I* time a patron p-eoes a he. on a palpating gamirrg d^iee 3*. tire ttfc- 
,o^te ooin-in meter of me gaming deviee 34 is sen, to tire eerdm. system^ The 
oonnu. system cafcttiates the he. meter deHa and a new progreasrve ^ 
20 eenuau^mperiodioauy^tire new progressive prize 

g^g^34 < md^d i spUy.36 OT ti«p ro g^-Tne^^ 

Ste the current progressive amount. Only tire Ufe^oate com-m me«.s 
paired and cotieeted for tire proper function of me progress*, gamurg sy*^ 
Howev„, tire system may also col.ec. addition* meters for tire purpose of gam 
25 ^Lnce rating. A^tiona, meters arc coHecteo upon — and 
periodically for each gaming device 34. 

The top-level progressive jackpot is awarded rn response .o a "lackpot won 
CT en,.- TTtere are two types of jack*,, won even.. Tne firs. «. . - 
eveut is gamcenahled, which occurs when a — " 

^aved a, a participating gaming device 34. A pregresstv. wnuung postti» * . 

. oftw^eode thai responds with a jackpot won event when 
module within a game's software code mat respo 

^ game-.eve. conditions are me, such as a winnrng ree, posrtron on a s.o. 
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machine. Only one progressive may be assigned to a progressive winning position at 
a time. This position has a single winning percentage. At the time the progressive 
winning position occurs at a gaming device 34, the winning gaming device 34 is 
disabled from play and immediately transmits the jackpot won event to the central 
system. The central system calculates a final prize amount and transmits this amount 
to the winning gaining device 34 and to all display devices 36 on the same 
progressive. 

The second type of jackpot won event is central system-enabled. A 
progressive winning position is not used to generate a jackpot won event when a 
progressive awards a jackpot using a central system-enabled jackpot won event. An 
example may be a message sent from the central system to the next gaming device 34 
that places a wager. 

The central system monitors certain events and error conditions at each 
gaming device 34 in order to (1) ensure maximum available time for play of the 
1 5 gaming device 34 and (2) monitor evidence of tampering. Monitored events include 
opening of gaming device doors, coin-in errors, reel spin errors, and device 
communication errors. Each time such an event occurs at the gaming device 34 (or 
other system device) a message is sent to the central system and displayed on a line 
printer at the central site 10. The central site is monitored, via the user interfaces 22, 
20 24 hours per day and 7 days per week. Each time an event is reported at the central 
site 10, a trained computer operator reviews the event and responds appropriately. 

The central system provides substantial accounting, game performance, and 
reporting functions. Information regarding progressive prizes is reported by the 
central system. The following are examples of reports provided regarding progressive 
25 prize information: detailed prize information, prize information for a specific period, 
and prize information for specific casinos. Coin-in information for all gaming devices 
34 on the progressive gaming system is retained at the central system. The following 
are examples of reports provided regarding coin-in information: coin-in by device by 
progressive jackpot, coin-in by device by day, and daily billing reports. Coin-in 
information is also used to develop performance reporting for gaming devices 34 on 
the progressive gaming system. The following are examples of reports provided 
regarding game performance: theoretical win by gaining device, theoretical win by 
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easino and foeoretica. win by game. The progressive gaming sy*em also provide 

_« The following are examples of reports provided 

reporting on system events. The following are y 

gaming syslem even«s: device exception reports and system audi, reports. Fmd* 
ZZ J, quired for progressive operation, me system may aUo prov«fc dam 
InLn Taddinonal performance reporting. Addition- metexs (eg., dropand 
^ames played) are collected fiom all gaming devices 34 and stored in the 

in accordance wim an embodimen, of mc present invention, the cemral syrtem is 

capable of . ■ — ~ — 

cre^g, configuring, and comro.Ung mmnple progressives. Toward ** end, the 
u & ' & » «„mc7re«ive eamc set" is a grouping 

cemnd system defines progressive game sets. A progressive gam gro 

ofg ame S ,ha,can be assigned as a s« to one or more progress,ves. When a^o, 
wo n even, is game-er^bled, each game in a progressive game se, contains me same 
prop ess,ve winning position. This means lha, die same odds of wmmng occur a, the 
same progressive winning position within each game in a progress gameseL 
When a Jackpot won even, is centra, sys.em-enab.ed, me progress,ve wmmng potion 
U unimportant. Each progressive game se, has a daubase supp.ien umoue menhfie. 

By way of example, me following moles represen, progressive game s«s. The 
assignee progressive winning positions are emphasized wifo ttabes. 
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Progressive Game Set 3 




Game 7 




Game 8 




Game 9 




Progressive Winning 
Position 


Odds 




Progressive Winning 
Position 


Odds 




Progressive Winning 
■ Position 


Odds 


1 


A 




1 


C 




1 


X 


2 


B 




2 


B 




2 


B 


3 


C 




3 


A 




3 


Z 




Progressive Game Set 4 




>r Game 10 




Game 11 




Game 12 




Progressive Winning 
Position 


Odds 




Progressive Winning 
Position 


Odds 




Progressive Winning 
Position 


Odds 


/ 


B 




J 


B 




/ 


B 


2 


A 




2 


A 




2 


A 



A progressive may, for example, contain the following: (a) Game Set 2 - 
Progressive Winning Position 2 (odds B); (b) Game Set 3 - Progressive Winning 

5 Position 2 (odds B); and (c) Game Set 4 - Progressive Winning Position 1 (odds B). 

To allow the central system to create, configure, and control multiple 
progressives, the central system (e.g., database server 16) supplies unique identifiers 
to various entities in the progressive gaming system. The various entities range from 
the largest entity in the progressive gaming system's physical world to the smallest, or 

10 atomic, entity in the system's physical world. The entities may, for example, include 
the remote sites 12, the site controllers 30, the carousel controllers 32, the gaming 
devices 34, the games, progressive game sets, progressives, and progressive winning 
positions. Each entity in the progressive gaming system is identified by a database 
supplied unique identifier (e.g., ID number). 

15 The entities include common objects and application objects. "Common" 

objects are "physical" objects that are shared by various "applications." The common 
objects are grouped hi a common database at the central system. "Physical" objects 
are touchable objects that require configuration settings representing the object's 
current status in the physical world. Physical objects have a physical profile that is 

20 independent of all "applications." "Application" objects are un-shared physical 
objects, and associations between the application and both common and un-shared 
physical objects. "Applications" generate application profiles that are also given to 

the physical objects. 

In the context of a wide area progressive gaming system, application objects 
25 and application profiles are also known as progressive objects and progressive 
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profiles, respectively. Examples of common objects in the system include the remote 
sites 12, the site controllers 30, the carousel controllers 32, the gaming devices 34, 
and the games installed in the gaming devices 34. Examples of configuration settings 
for a gaming device 34, for example, include SitelD, SiteControllerlD, 
CarouselControllerlD, ManufacturerNumber, Manufacturer©, associated TopBoxID 
(if one exists), etc. Examples of progressive objects include progressive game sets, 
progressives, and progressive winning positions. An example of a progressive object 
association for a particular game is an associated ProgressiveGameSetld, which, in 
turn, has a ProgressiveWinningPosition and ProgressivelD. 

By way of example, the common objects and their associations may appear in 
central system database tables as follows: 



Site 


SitelD 


SiteName 


1 


Billy Budd's 


2 


Frankic & Johnny's 



SiteController 


SiteControllerlD 


SitelD 


1 


1 


2 


2 



CarouselController 


CarouselControllerlD 


SiteControllerlD 


1 


1 


2 


2 



GamingDevice 


GamineDevicelD 


SitelD 


CarouselControllerlD 


1 






2 






3 j 






4 






5 






6 






7 






8 






9 


2 


2 



10 





Game 

CountFrocressiveWnniiifrPosltion 


GamelD 

1 


4 


2 




3 


4 


4 





OamlncDevice Game i 


GamineDevicelD 


EB5&E1I 


l 


i 


2 


i 


3 


2 


4 


2 


5 


3 


6 


3 


7 


4 


8 


4 




3 


9 


4 



Similarly, the progressive objects and their associations may appear in central 
system database tables as follows: 



PropressiveGameSet 
ProgressivcGameSctID 



PropressiveGameSet Game 


ProgrcssiveGameSetID 


GamelD 


1 


1 


1 


2 


2 


3 j 


1 


4 



Progressive 


ProcresrivelD 


IsActivc 


1 j 


1 


2 


1 



Progressive ProgrcssiveGameSet 



ProgressiveGamcSctID 



_2_ 
2 



Propress tveW »""i"ffl > «ition 



10 



11 



Progressive GamingDevice Game 


PrAirrpccivpTD 


Ga mi no DevicelD 




ProgressiveWinninePositioD 


IsEnrolled 


1 


i _j 


1 


1 




1 


2 


1 


1 




1 


3 


2 


1 




1 


4 


2 


1 




2 


1 


1 


2 




2 


2 


1 


2 




2 


3 


2 


2 




2 


4 


2 


2 




2 


5 


3 


1 




2 


6 


3 


1 




2 


9 


3 


1 





The above database tables yield the following organization of entities: 



Sitel 



SiteController 1 

CarouselController 1 

GamingDevice 1 
Game 1 



10 



15 



20 



25 



30 



35 



40 



GamingDevice 2 
Game 1 



ProgressiveGameSet 1 
Progressive 1 

ProgressiveWinningPosition 1 
Progressive 2 

ProgressiveWinningPosition 2 



GamingDevice 3 
Game 2 



ProgressiveGameSet 1 
Progressive 1 

ProgressiveWinningPosition 1 
Progressive 2 

ProgressiveWinningPosition 2 



GamingDevice 4 
Game 2 



ProgressiveGameSet 1 
Progressive I 

ProgressiveWinningPosition 1 
Progressive 2 

ProgressiveWinningPosition 2 



GamingDevice 5 
Game 3 



ProgressiveGameSet 1 
Progressive 1 

ProgressiveWinningPosition 1 
Progressive 2 

ProgressiveWinningPosition 2 



ProgressiveGameSet 2 
Progressive 2 

ProgressiveWinningPosition 1 
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GamingDevlce 6 
Game 3 

ProgrcssiveGamcSet 2 

Progressive 2 

ProgiessiveWixmingPosmon 1 

GamingDevlce 7 

Game 4 
GamingDevlce 8 

Game 4 



Site 2 

SiteController 2 

CarouselController 2 

GamingDevice 9 
Game 3 

ProgressiveGameSet 2 

Progressive 2 

ProgressiveWinningPosition 1 

Game 4 

The following examples demonstrate how the central system can create, 
configure, and control multiple progressives and how the database tables dynamically 
reflect configuration changes made to the progressives. As the central system creates, 
configures, and controls multiple progressives, the central system sends updated 
progressive profiles to any affected carousel controllers. The database schema m the 
central system may be designed with sufficient flexibility to handle complex 
progressive configurations. The first two examples represent the two types of jackpot 
won events that may occur within a progressive: (1) a jackpot won event enabled 
from a game installed in a gaming device 34 and (2) a jackpot won event enabled 
from the central system. In the examples, primary key columns are shown with an 
underline. 

Example 1 : Creating a Progressive with a Game-Enabled Jackpot Won Event 

Each game capable of play in a progressive with game-enabled jackpot won 
events will contain at least one progressive winning position. It is at the central 
system (e.g., at the database server 16), not in the game, that the association between 
progressivewmnmgpositionandprogressiveismade. This will allow the same game 
installed in different gaming devices to participate in different progressives. For 
example, if all games in ProgressiveGameSetID 1 are playing in a progressive at 
SitelD 1. there may also be games from ProgressiveGameSetID 1 playing in a 
different progressive at the same or another site. Naturally, if there is more than one 
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progressive winning position in a game, multiple progressives may be assigned to that 
game. 

The central system is able to assign a progressive to the smallest, or atomic, 
entity in the progressive gaming system's physical world. This atomic entity, also 
known as a "progressive unit," is a progressive winning position within a game within 
a gaming device. The progressive winning position initiates a jackpot won event and 
therefore has an association to a progressive. 

In this first example, the progressive configuration parameters are: 

• include games in ProgressiveGameSetlD's 2 and 3; 

• assign Progressive Winning Position 3 in all games to the progressive; and 

• include all appropriate games in all gaming devices at SitelD 1 . 

In the Progressive object table below, the new progressive (e.g., 
ProgressivelD 3) is assigned an ID number. 



ProEressive 


ProgressivelD 


IsActive 


1 


1 


2 


1 


3 


0 



In the GamingDevice object table below, possible candidates for the above 
progressive are emphasized with italics. The possible candidates are members of 
SitelD 1. 



GamineDevice 


GamineDevicelD 


SitelD 


CarouselControllerlD 


/ 






2 






3 






4 






5 






6 






7 






8 






9 


2 


2 



In the ProgressiveGameSet_Game object table below, possible candidates 
20 for the above progressive are emphasized with italics. The possible candidates are 
members of ProgressiveGameSetlD's 2 and 3. 
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PrnoressiveGameSet GanwTl 






1 


1 


1 


2 


2 


5 


? 


4 



In the GamingDevice_Game object table below, possible candidates for the 
above progressive are emphasized with italics. The possible candidates are gaming 
devices at SitelD 1 with games from ProgressiveGameSetlD's 2 and 3. 



GamingDevice 


Game I 


ttamineDevicelD 




1 


1 


2 


1 


3 . 


2 


4 


2 


5 


3 


6 


3 


7 


4 


8 


4 


9 


3 


9 


4 



The Progressive_GamingDevice_Game object table below emphasizes with 
italics the rows created according to the new pr ogressive configuration parameters. 



PregregsivelP 



Progressive GamingDevice Game 

r..min g DeviceIP | GamelP 1 ProgressiveWinningPosltk 

1 1 1 nr 



i 



i 



It should be noted that it is possible to create 
10 additional progressives to include gaming devices/game entities already participating 
in existing progressives. For example, if another new ProgrcssivcID 4 including 
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Progressive Winning Position 4 for all GamelD 3's in the system (regardless of site) 
is created, the above table would then include additional rows for GamelD 3 in 
GamingDevicelD 5, GamelD 3 in GamingDeviceID6, and GameID3 in 
GamingDevicelD 9. 





Progressive GamingDevice Game 




Progr^slvelD 

1 


KamineDevicelD 

1 


141 "Willi 


ProjpressivewinninKJrosiuoii i 

1 




1 
1 


2 
3 


1 

2 


1 
1 
1 




1 
2 


4 

1 


2 
1 






2 


2 


1 


2 




2 


3 


2 


| 2 




2 


4 


2 


2 




2 


5 


3 


1 




2 


6 


3 


1 




2 


9 


3 


1 




3 


5 


3 


3 




3 


6 


3 


3 




3 


7 


4 


3 




3 


8 


4 


3 




4 


5 


3 


4 




4 


6 


3 


4 




4 


9 


J 


4 





Staying with this first example, the central system has properly configured the 
progressive and transferred specific data to each participating site controller in the 
progressive gaming system. The data is separated once more and sent to each 
participating carousel controller. The carousel controller, in turn, notifies each 
gaming device to turn on progressive play for each specified progressive winning 
position within each specified game. The gaming device/game entity now knows it is 
participating in a progressive, and that a certain progressive winning position within 
that game will generate a jackpot won event when a jackpot is hit. The carousel 
controller has the configuration knowledge specifying which progressive is associated 
with which gaming device/game entity. In other words, the gaming device/game 
entity knows it is participating in a progressive, and the carousel controller knows 
which one. 
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Example 2: Creating a Progressive with a Central System-Enabled Jackpot 
Won Event 

Games participating in a progressive with central system-enabled jackpot won 
events require no assignment of a progressive winning position. It is at the central 
system, not in the game, that the jackpot won event is initiated. 

In this example, the progressive configuration parameters are: 

• include games from ProgressiveGameSetlD 3 ; and 

• include all gaming devices. 

In the Progressive object table below, the progressive is assigned an ID 
number. 



Proeressive 


Progressive!!) 


IsActive 


1 


1 


2 


1 __J 


3 


1 


4 


1 


5 


0 



In the GamingDevice object table below, possible candidates for the above 
progressive are emphasized with italics. The possible candidates are all gaming 
devices. 



^aminpDevice 


HamineDevicelD 


SitelD 


CarouselControllerlD 


/ 






2 






3 






4 






5 






6 






7 






8 






9 


2 


2 



In the ProgressrveGameSet_Game object table below, possible candidates 
for the above progressive are emphasized with italics. The possible candidates are 
members of ProgressiveGameSetlD 3. 
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The G.mi.gDevice.Ga.oe objec. Ubte be.ow shows gamrng 
eofifies tha. exis, in the progressive gaming sy^. F— • — <— 
prosressive „ emphasised wiih Uaiics. The possibie candidates am E»unS — 



f^nnincDcvice 


Game 1 






i 


1 . 


-> 


1 




2 




2 




3 ^ 




3 


7 


4 




4 




3 




4 



The Pr.gres.ive G.nungDevice.G.me objee, .able below emphasizes with 
Mies *e rows created according « *e new progressive configure** parameter 



10 
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When a jackpot won event occurs at the central system, the central system 
informs a site controller. The site controller then informs a carousel controller, which 
in turn informs a winning gaming device that a jackpot award has been won. Because 
of the transactional nature of a jackpot won event, acknowledgement torn the gaming 
device is necessary before the jackpot won event is considered complete. Therefore, 
the winning gaming device sends a response back to the central system 
acknowledging that the gaming device received notification that it won the jackpot 
award. 

Example 3: Turning Off a Progressive 

The central system can change an existing progressive configuration if 
desired. The central system notifies any affected carousel controllers of a change in 
the existing progressive configuration, and each affected carousel controller in turn 
notifies the gaming devices that are in its control of the updated progressive status. 
For example, the central system may deactivate or turn "off" an existing progressive 
such as Progressive© 2 in the above examples. To deactivate an existing 
progressive, the central system must notify all previously defined games within the 
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gaming devices that are participating in the progressive that they are no longer 
participating. 

The following table shows the current progressive profile used by 



CarouselControllerlD 1 prior to making ProgressivelD 2 inactive: 



Progressive Profile for Contri 


UerlDl 






Site 

Controller 
IP 


Carousel 

Controller 

ID 


LastCC Progressive 
ProflleChange 

2002-04-1013:48:41.403 
2002-04-1013:48:41.403 
2002-04-1013:48:41.403 
2002-04-10 13:48:41.403 


Gaming 

ID 

1 

2 
3 
4 

; 


Game 
ID 

1 
1 

2 
2 
/ 


Progressive 

Winning 

Position 

l 
1 
1 
1 

2 


Progressive 
ffi 

i 

1 j 

1 

1 

2 






2002-04-10 13:48:41.403 
2002-04-10 13:48:41.403 
2002-04-10 13:48:41.403 
2002-04-10 13:48:41.403 
2002-04-10 13:48:41.403 
2002-04-10 13:48:41.403 
2002-04-10 13:48:41.403 
2002-04-10 13:48:41.403 


2 
13 
4 
5 
6 
5 
6 


/ 
2 

2 1 

3 

3 

3 

3 


2 
2 
2 
/ 
1 
3 
3 


2 
2 
2 
2 
2 
3 
3 






2002-04-10 13:48:41.403 
2002-04-10 13:48:41.403 
2002-04-10 13:48:41.403 
2002-04-10 13:48:41.403 


7 
8 
5 
6 


4 
4 

3 
3 


3 
3 
4 
4 


3 
3 
4 
4 






2002-04-10 13:48:41.403 
2002-04-10 13:48:41.403 


7 
8 


4 
4 


0 
0 


5 
5 



The following table shows the current progressive profile used by 
CarouselControllerlD 2 prior to making ProgressivelD 2 inactive: 



Progressive Profile for ControllerID2 






Site 

Controller 
ID 


Carousel 

Controller 

ID 


LastCCProgressive 
ProfileCbauge 


Gaming 

Device 

ID 


Game 
ID 


Progressive 

Winning 

Position 


ProgrysfW? 
Ifi 


2 


2 


2002-04-10 13:48:4 1 .403 j 


9 


3 


/ 


2 


2 


2 


2002-04-10 13:48:41.403 


9 


3 


4 


4 


2 


2 


2002-04-10 13:48:41.403 


9 


4 


0 


5 



When ProgressivelD 2 is deactivated, the Progressive object table shows 
ProgressivelD 2 to be inactive. 



Progressive 


ProgressivelD 




1 


1 


2 


0 


3 


1 


4 


1 


5 


1 
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table shows the updated progressive profile sent 

making ProgressivelD 2 inactive: - 

f, UU i t iMi!J!nTffl!^7' goBtro^rroi 

LastCCFrogrttSivc 




^ fo „owin g Ubie shows .p— p^sive profUe sen. » 
r „ r --„ ,wm 2 after matog PTogressivelD 2 ^ — 

" Prog ressive P ^Ate for ControllerlDi L 

LmrtCCFrofresslve 
ProfllcChangc 

-ym TZIl* 10: 1 3:064 13 

...... a' « i ./V£ 4 1 1 




Device 



ID 



10 



u 4- Removta* a Game from an Active Progressive 
Example 4. Removrng pr0gre ssive game set in an 

The central system may remove a game tro p ig 
active progressive. For example, the central system may remove Gam 
denned as being included ipPr ogressiveGameSetID 1. 

I n ^^.fivAriaiiieSet Gfl 



L A _____ 

Pro ff re8Sive ^«ii»eSet Game J 



15 
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ProgressiveGameSetID 1 is. in turn, defined in PmgressivelD's 1 and 2. It is 
assumed in this example that Progressive© 2 is still active. 




The following table shows the current progressive profile used by 
5 CarouselControllerlD 1 prior to removing GamelD 2: 




GamelD 2 is removed from ProgressiveGameSetID 1 



PwnaressiveGameSet_Garoc_J 


Prop-essivcGamcSetlD 




1 


i 


2 


3 


3 


4 
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The central system sends the updated progressive profile to sny affected 
cttousel controllers (i.e., C^oselControllerlD 1), which » turn notify the g*n»g 
devices in their respective control. The updated progress^ profile is accompanred 



( 

by the date and time of the progressive profile change. The following table shows the 



updated progressive profile sent to CarouselControllerlD 1 after removing GamelD 2: 



Progressive Profile for ControllerlD] 


i 


She 

Controller 
ID 


Carousel 

Controller 

ID 


LastCCProgressive 
ProflleChange 


Gaming 

Device 

ID 


Game 
Ifi 


Progressive 

Winning 

Position 


Progressive 
ID 






2002-04-15 10:54:53.763 


1 


1 


1 


\ 






2002-04-15 10:54:53.763 


2 


1 


1 ] 


1 






20024)4-15 10:54:53.763 


1 


1 


2 


2 






2002-04-15 10:54:53.763 


2 


1 


2 


2 






2002-04-15 10:54:53.763 


5 


3 


1 


2 






2002-04-15 10:54:53.763 


6 


3 


1 


2 






2002-04-15 10:54:53.763 


5 


3 


3 








2002-04-15 10:54:53.763 


6 


3 


3 








2002-04-15 10:54:53.763 


7 


4 


3 








2002-04-15 10:54:53.763 


8 


4 


3 








20024)4-15 10:54:53.763 


5 


3 


4 








2002-04-15 10:54:53.763 


6 


3 


4 








2002-04-15 10:54:53.763 


7 


4 


0 








2002-04-15 10:54:53.763 


8 


4 


0 


5 



Example 5: Enrolling a Gaining Device/Game into a Progressive 

5 Part of the process of dynamically configuring progressives is the updating of 

a central system database table called "tblProgressiveUnit." This table represents a 
collection of the smallest physical entities in a progressive at a given point in time. A 
"progressive unit" is a progressive winning position within a game within a gaming 
device. 

10 After this progressive unit is configured to participate in a progressive, it can 

further be enrolled or not enrolled within a progressive. To enroll or un-enroll a 
progressive unit from a progressive, an event may occur at the gaming device or at the 
central site. An example of a gaming device event is insertion of a player tracking 
card into a gaming device card reader. An example of a central site event is a 

15 decision to remove specific gaming devices from a progressive. The database table 
called "tblProgressiveUnit** is notified of this change, and the central system sends an 
updated progressive profile to any affected carousel controllers. 

This example enrolls a gaming device/game entity into a progressive. In the 
example it is assumed that the GamingDevicelD 4/GameID 2 entity is initially un- 

20 enrolled. 
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Site 

Controller 

D 



EI 



Carousel 
Controller 

D 



thlPro gressiveUntt 



Gaming 
Device 



UL 



Same 



Progressive 
Winning 



Progressive 
ID 



1 



IsEnrolled 
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The 



AIiC following table shows the current progressive profile used by 
CarouselControllerlD 1 prior to enrolling the GamingDevicelD 4/GameID 2 entity: 



Progressive Profile for C ontrollerlDl 




An event occurs to enroll the GamingDevicelD 4/GameID 2 entity. 



OA 



tblProsressiveUnit 




Site 


Carouse] 


. Gamine 


Game 


Progressive 


Progressive 




Controller 
ID 


Controller 
ID 


Device 
ID 


ID 


Winning ' 
Position 


ID 


— 




1 


1 


1 


1 


1 




1 




2 


1 


1 


1 


-J 




1 


j 


3 


2 


1 


1 






/ 


4 


2 


/ 


/ 


"7 




1 


1 


1 


1 


2 


2 




1 


1 


2 


1 


2 


2 


"1 

— 


1 


I 


3 


2 


2 


2 






; 


4 


2 


2 


2 


-J 

— 


j 


| 


5 


3 


1 


2 


— - — 


1 


1 


6 


3 


1 


2 


— 






5 


3 


3 


3 








6 


3 


3 


3 


1 






7 


4 


3 


3 








8 


4 


3 


3 








5 


3 


4 


4 








6 


3 


4 


4 








7 


4 


0 


5 








8 


4 


0 


5 




2 


2 


9 


3 


1 


2 




2 


2 


9 


3 


4 


4 




2 


2 


9 


4 


0 


5 





The following table shows the updated progressive profile sent to 



CarouselControllerlD 1 after enrolling the GamingDevicelD 4/GameID 2 entity: 



Progressive Profile for ControllerDDl 


Site 

Controller 
ID 


Carousel 
Controller 
ID ! 


LastCCProgressive 
ProfilcCbange 


Gaming 

Rsyjce 


P*!ltt 


Progressive 

Winning 

Position 


Progressive 

u> 


m 


ID 






2002-04-15 11:04:31.591 


1 


i 


1 


1 






2002-04.15 11:04:31.591 


2 




1 


1 






2002-04-15 11:04:31.591 


3 


2 


1 


1 






2002-04- 1 5 11:04:31.591 


4 


2 


J 


/ 






2002-04-15 11:04:31391 


1 


1 


2 


2 






2002-04-15 11:04:31.591 


2 


1 


2 


2 






2002-04-15 11:04:31391 


3 


2 


2 


2 






2002-04-15 11:04:31.591 


4 


2 


2 


2 






2002-04-15 11:04:31.591 


5 


3 


I 


2 






2002-04-15 11:04:31.591 


6 


3 


1 


2 






2002-04-15 11:04:31.591 


5 


3 


3 


3 






2002-04-15 11:04:31.591 


6 


3 


3 


3 






2002-04-15 11:04:31391 


7 


4 


3 


3 






2002-04-15 11:04:31.591 


8 


4 


3 


3 






2002-04-15 11K>4:31.591 


5 


3 


4 


4 






2002-04-15 11:04:3 1.591 


6 


3 


4 


4 






2002-04-15 11:04:31.591 


7 


4 


0 


5 






2002-04-15 11:04:31.591 


8 


4 


0 


5 



The embodiment of the present invention employs a database application at the central 
system to dynamically define and propagate progressives. With this capability of enabling and 
disabling the progressive nature of a game, the variations of progressive configuration 
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are expanded. The embodiments of the present invention allow an upstream piece of software 
(e.g., carousel controller) to logically associate progressive definitions to events generated from 
the game and to control the game's progressive behaviour. Furthermore, the embodiments of 
the present invention layer application configuration onto physical configuration. With a 
secure and well-monitored common physical configuration for each game within each 
gaming device, multiple application configurations can be associated to each element 
of the physical definition. This, in turn, allows modular growth into a suite of 
applications that may or may not be participating on the game. The similarity of 
database schema across multiple central systems allows for easy data replication to an 
overall central analysis server. 
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CLAIMS: 

1 . A gaming system comprising: 

a plurality of common objects shared by a plurality of applications, the 
plurality of common objects including gaming devices and games, 
each gaming device including at least one of the games; 
a plurality of application objects used in one of the applications; and 
a central system linked to the plurality of gaming devices, the central system 
including a common database and an application database, the 
common database defining the common objects and first associations 
between the common objects, the application database defining the 
application objects, second associations between the application 
objects, and third associations between the common objects and the 
application objects, the central system being adapted to dynamically 
configure the one of the applications based on a change to one or more 
of the first, second, and third associations. 

2. The system of claim 1, wherein the plurality of common objects include a site 
controller for managing a remote site where at least some of the gaming devices are 
located. 

3. The system of claim 2, wherein the plurality of common objects include a 
plurality of carousel controllers at the remote site, wherein the gaming devices at the 
remote site are arranged in a plurality of carousels managed by the respective carousel 
controllers, the carousel controllers being managed by the site controller. 

4. The system of claim 1, wherein the plurality of application objects are 
progressive objects used in a progressive gaming application. 

5. The system of claim 4, wherein the progressive objects include progressive 
game sets, progressives, and progressive winning positions. 
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6. The system of claim 1, wherein the plurality of common objects and the 
plurality of application objects are each identified by a unique identifier assigned by 
the central system. 

5 7. The system of claim 1, wherein the central system generates application 
profiles used by one or more of the common objects. 

8. The system of claim 7, wherein the application profile of an affected common 
object is updated based on the change to the one or more of the first, second, and third 

10 associations. 

9. The system of claim 8, wherein the central system transmits the updated 
application profile to the affected common object, and the affected common object 
notifies any of the gaming devices in its control of the updated application profile. 

15 

10. The system of claim 8, wherein the updated progressive profile is 
accompanied by a date and time at which the application profile was updated. 

11. A method of dynamically configuring a gaming system comprising: 

20 providing a plurality of common objects shared by a plurality of applications, 

the plurality of common objects including gaming devices and games, 
each gaming device including at least one of the games; 
providing a plurality of application objects used in one of the applications; 
linking a central system to the plurality of gaming devices; 
25 defining the common objects and first associations between the common 

objects in a common database in the central system; 
defining the application objects, second associations between the application 
objects, and third associations between the common objects and the 
application objects in an application database in the central system; and 
30 using the central system to dynamically configure the one of the applications 

based on a change to one or more of the first, second, and third 
associations. 



12. The method of claim 11, wherein the plurality of common objects include a 
site controller for managing a remote site where at least some of the gaming devices 
are located. 



13. The method of claim 12, wherein the plurality of common objects include a 
plurality of carousel controllers at the remote site, wherein the gaming devices at the 
remote site are arranged in a plurality of carousels managed by the respective carousel 
controllers, the carousel controllers being managed by the site controller. 

14. The method of claim 11, wherein the plurality of application objects are 
progressive objects used in a progressive gaming application. 

15. The method of claim 14, wherein the progressive objects include progressive 
game sets, progressives, and progressive winning positions. 

16. The method of claim 1 1, further including assigning, at the central system, a 
unique identifier to each of the common objects and each of the application objects. 

17. The method of claim 1 1, further including generating, at the central system, 
application profiles used by one or more of the common objects. 

18. The method of claim 17, wherein the step of using the central system to 
dynamically configure the one of the applications includes updating the application 
profile of an affected common object based on the change to the one or more of the 
first, second, and third associations. 



19. The method of claim 18, wherein the step of using the central system to 
dynamically configure the one of the applications includes transmitting the updated 
application profile from the central system to the affected common object, the 
affected common object notifying any of the gaining devices in its control of the 
updated application profile. 
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20. The method of claim 1 8, wherein the updated progressive profile is 
accompanied by a date and time at which the application profile was updated. 

21. A computer system for use in a gaming system in which a plurality of common 
objects are shared by a plurality of applications, the plurality of common objects 
including gaming devices and games, each gaming device including at least one of the 
games, and a plurality of application objects are used in one of the applications, the 
computer system comprising: 

means for linking to the plurality of gaming devices; 

common database means for storing definitions for the common objects and first 
associations between the common objects; 

application database means for storing definitions for the application objects, 
second associations between the common objects and the application objects and third 
associations between the common objects and the application objects; and 

means for dynamically configuring the one of the applications based on a 
change to one or more of the first, second and third associations. 
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